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(57) Abstract 

A customer 
service system interface 
development tool is 
disclosed for use by an 
interface designer in creating 
an interface for customer 
interaction. The interface 
created by the development 
tool may be incorporated 
into a customer service 
system for presenting 
products or services to a 
customer for the customer 
to make a product or service 
selection if the customer so 
desires from the products or 
services presented as a result 
of the customer's interaction 
with the interface. The 
interface tool includes 
modules for specifying 
global parameters relating 
products or services to be 
presented to the customer 
through the interface and 
developing a profile of the 
customer service system 
environment in which the 

interface is to operate. An additional module aids the interface designer in planning a presentation by associating a set of presentation 
data with the products or services available for presentation to the customer. Optional modules include modules for planning products for 
production at the same location as the customer service system embodying the interface. An example of use of the interface development 
tool in the greeting card environment is also disclosed. 
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Method and apparatus for the development and Implementation of an Interactive 
and dynamically responsive customer service system. 



FIELD OF INVENTION 

10 The invention relates to a method and apparatus for 

developing interactive customer service systems for the 
sale or display of products or services, wherein each 
such system is dynamically responsive to changed 
marketing conditions and consumer- indicated presentation 

15 preferences and each system is reconf igurable in light of 
the changed marketing conditions to present a selection 
of products or services that corresponds to the 
demographic and other marketing information developed 
through on-site use of the system. Also disclosed herein 

20 is an interactive customer service system which 

incorporates a dynamically alterable customer interface 
designed using the method and apparatus of the present 
invention. 

25 BfiCKSRQflND Q? THfi IHWENTEQN 

During the late 1980 's and early 1990' s, several 
computer- controlled vending systems were developed to 
enable the vending of greeting cards and related 
products. One such system that employs computer control 

30 of the vending process is represented by U.S. Patent No. 
5,056,472 issued to Buckley et al . and assigned to 
Hallmark Cards, Inc. The # 472 patent describes a 
greeting card vending machine where stacks of different 
partially-printed cards are retrieved, personalized, and 

35 then dispensed to the customer. A computer keyboard is 

presented to permit the customer to select from among the 
available pre-printed card stock and to insert personal 
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messages or information to personalize the card selected. 
In the embodiment set forth in the '472 patent, a robot- 
like structure, in conjunction with computer control, 
operates to deliver the selected pre -printed card from a 
5 physical storage area to a printer for the insertion of 
the personalized text and then to a delivery slot for 
retrieval by the customer. In one known commercial 
application of a machine similar to that disclosed in the 
Buckley '472 patent, Hallmark has provided for the 
10 selection of a pre-printed card directly by the customer 
from a standard greeting card display without the 
assistance of a robot- like mechanism. The customer 
delivers the card to a salesperson for insertion into a 
printer for the personalization in accordance with data 
15 previously presented by the customer through a keyboard 
or similar data entry device. 

A different approach to computer- controlled vending 
of greeting cards and related products can be found in 
U.S. Patent No. 5,056,029, issued to Cannon. The Cannon 
20 patent discloses a system in which greeting card and 

other related product designs are stored in digital form 
in a data base that is searchable by a customer through a 
touch- screen or other data entry device. The Cannon 
system guides the customer's selection of a graphic 
25 design to be incorporated into a product through a series 
of successive menus that result in the selection of 
parameters that describe the occasion or purpose for 
which the product is to be used, or that describe the age 
and gender characteristics of either the recipient of the 
30 product or the sender of the product. Based upon the 
customer's selection of these parameters, the system 
locates a selection of products that corresponds to the 
selected parameters and presents the selection on a CRT 
display for the customer to peruse and to select one 
35 product design for production. The final product is then 
printed on a plotter or a printer that is co- located with 
the CRT display and touch- screen through which the 
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customer made his or her design selection* An additional 
feature of the Cannon system is an ability to transfer 
sales data from the vending location to a remote 
location. 

5 These prior art systems along with other interactive 

point-of-sale and point -of -preview systems, although 
providing partial solutions to the need to automate the 
vending and production of products that are designed to 
meet consumer preferences, do not provide a method or 

10 apparatus for ensuring that changes in marketing 

strategies are reflected in the selections made available 
to the customers who use the systems (throughout this 
"application the term customer and consumer are used 
interchangeably to refer to persons who preview and 

15 purchase products from a customer service system) . Nor 

do the prior art systems provide the capability to assist 
those involved in product development and marketing to 
assign certain properties to products to be marketed so 
that an efficient, automated search strategy can be 

20 employed through an interface to the consumer that takes 
into consideration those properties. 

In addition to the above listed shortcomings of 
prior art point-of-sale and point -of -preview systems, it 
is believed that no system has been developed to provide 

25 a system developer with a set of tools to produce an 

integrated customer service system with an interface that 
easily and dynamically is reconfigured to reflect changed 
marketing conditions or a change in the products or 
services to be offered through the customer service 

30 system without having to reprogram the software driving 

the interface. More specifically, it is believed that no 
presently available system exists that permits a kiosk 
interface designer or other interactive service provider 
to build and use a standardized, menu-driven interface to 

35 a customer service system, wherein the interface 

dynamically changes in response to a recognition of the 
time of year in which the interface is to be operated, or 
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in response to the setting of parameters indicating the 
country or language in which the interface is to be 
operated, or in response to accumulated statistics on 
consumer preferences for particular services or products. 

Accordingly, it is an object of the present 
invention to provide a method and apparatus for the 
development and implementation of an automatic system for 
the vending of products, wherein the automatic system is 
responsive to certain inputs which enable the system to 
change dynamically the products offered by the system so 
that the preferences of a particular consumer with 
respect to the products marketed are met. 

It is a further object of the invention to provide a 
system that manages the design, marketing and sale of 
certain products from the point at which the products are 
first conceived through the point that the products are 
selected by the consumer. 

Still another object of the invention is to provide 
a dynamic user interface for a system for on-site 
production and vending of products wherein the user 
interface dynamically alters itself by taking into 
consideration the languages spoken in the region served 
by the system, other demographic traits associated with 
the likely users of the system, or the time of year in 
which the interface is operating. 

Another object of the invention is to provide a 
management system that enables the production of a 
vending system that can be easily modified to accommodate 
new products, new market segments, new languages, and new 
methods of on-site production of such products. 

A further object of the invention is to provide a 
vending system that presents a consumer with an interface 
that includes visual and nonvisual controls and a 
keyboard on a touch- screen and that permits the consumer 
to choose, through "on the fly" translation, the language 
displayed on the visual controls as well as the keyboard 
layout associated with the displayed language. 
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A further object of the invention is to provide a 
customer service system for permitting a customer to 
preview or purchase a product or service, wherein the 
customer service system includes memory, a processor, an 
5 input device, and a display for presenting to the 

customer the dynamically alterable customer interface 
designed using the method and apparatus disclosed herein. 

Additional objects, advantages and novel features of 
the invention will be set forth in the description that 
10 follows. Other objects, advantages and novel features 
will become apparent to those skilled in the art who 
examine the description of the invention or through the 
practice of the invention as set forth below. ~ 

15 SUMMARY OF THE INVENTION 

In achieving these and other objects, a method and 
apparatus has been provided for developing customer 
service systems for the marketing of products, wherein 
each such system is adaptable to the marketing 

20 environment in which the customer service system is to be 
deployed or to reflect a particular marketing emphasis 
within that environment, and further wherein each such 
customer service system is dynamically responsive to 
changes in that marketing environment. The method and 

25 apparatus according to the invention describe essentially 
a "metasystem 11 a system for producing or "authoring 0 
other systems, particularly multimedia customer service 
systems for the marketing of products and services that 
are to be selected in light of certain preferences or 
30 product characteristics specified by a consumer. Such a 
customer service system may also permit a consumer to 
specify modifications or customizations to the product he 
or she selects through the system, and, if appropriate, 
the system may also play a role in managing the 
35 production of the selected product, either on-site or at 
a remote production location. 
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Several software modules in combination with several 
types of hardware suites or platforms perform various 
functions within the metasystem. For ease of 
description, but without limiting the generality of the 
5 invention, the metasystem shall be set forth in reference 
to the production of customer service systems or kiosks 
for the on-site production and sales of greeting cards, 
invitations, banners, posters, announcements, wrapping 
paper and like products. It should be appreciated by one 
10 of ordinary skill in the art that the metasystem 

described in greater detail below has application in 
designing any system for interaction with consumers of 
services, products or information in which a consumer is 
asked or directed through a series of menus to select, 
15 preview and/or purchase a product or service that meets 
the consumer's specifications, or simply to provide or 
receive information, such as in a customer preference 
survey system or an information directory kiosk. It 
should further be appreciated by one of ordinary skill in 
20 the art that a customer service system produced by the 
metasystem need not reside on or be provided through a 
customer services terminal or kiosk, but that such 
systems may operate through an interactive cable 
television system, an on-line information system such as 
25 CompuServe* or Prodigy 0 , or through an enhanced 
telecommunications service. It should also be 
appreciated that although the preferred embodiment 
contemplates that the customer service system produced by 
the metasystem will fulfill the customer's service or 
30 product purchase request proximate to the terminal 

through which the customer made his or her preferences 
known, remote fulfillment of the customer's request can 
also be accomplished through such a customer service 
system in accordance with the invention. 
35 BRIEF DESCR IPTION OP THE DRAWINGS 

The foregoing summary as well as the detailed 
description of the invention that follows are presented 
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by way of example and are not intended to limit the 
present invention solely to the embodiments described 
therein. Other objects, features and aspects of the 
invention will be best appreciated by one of ordinary 
5 skill in the art when the description of the invention is 
viewed in conjunction with the accompanying drawings 
briefly described as follows: 

FIG. 1 is a data flow diagram of one of the 
preferred embodiments of the invention. 
10 FIGS. 2, 3, 4, 5, 6, 7 and 8 are representations of 

the various tables, databases and other data sources 
referenced in the flow diagram of FIG. 1. 

FIGS. 9, 10, 11 and 12 represent the object oriented 
class hierarchy for an alternative embodiment of the 
15 invention. 

FIGS. 13, 14, 15, 16, 17, 18, 19, 20, 21, and 22 
comprise a flow diagram for the main software module 
which enables the design, test, and execution of dynamic 
interfaces for use with a customer service system. 

20 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENT 
In the preferred embodiment, the metasystem can be 
described logically as consisting of nine software 
modules and a number of associated data files. For ease 

25 of description, the modules shall be referred to, as in 
Figure 1, as the Globals Maintenance Module (10); 
Template Maintenance Module (11) ; Text Translations 
Module (12); Product Planner Module (13); Copy Library 
Maintenance Module (14) ; Design Library Maintenance 

30 Module (15); Product Layout Maintenance Module (16); 

Profile Maintenance Module (18) and Consumer Interface 
Designer/Kiosk Module (17) . Each software module listed 
above resides, in the preferred embodiment, within the 
test and development unit and art work stations, while on 

35 field units where the actual vending of products or 
services may occur, only the Kiosk version of the 
Consumer Interface Designer/Kiosk Module (17) will 
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reside. The primary difference between the Kiosk or 
field version of the Consumer Interface Designer Module 
and the version which resides on the test and development 
unit workstations is that in the field version, a user 
5 cannot design and test custom interfaces, but is limited 
to the execution of a stored interface script (a script, 
as described below, is a sequence of interactive frames 
which define the interaction with the consumer) . The 
Consumer Interface Designer Module (17) , described more 
10 fully below, is the heart of the present invention. It 

permits an interface designer to design, test and execute 
the novel dynamically alterable customer interfaces of 
the present invention. The other 8 software modules 
provide for input, management, organization and storage 
15 of global data, product data, copy data, design data, and 
system profile data which the Interface Designer Module 
(17) utilizes in the creation of the custom interfaces. 

While a variety of users may provide data for use 
with the metasystem, it is the interface designer, or 
20 "author" who conducts the primary interaction with the 

system in order to create or author the interface script 
which is displayed to a consumer interacting with a 
customer service system. Other users of the metasystem 
may include (1) a system administrator, who provides 
25 system management input and configuration control for the 
overall system, (2) a product designer, who inputs data 
relevant to the particular specifications of products or 
services that may be offered to consumers, (3) marketing 
personnel, who may input data related to the particular 
30 marketing conditions that an interface can be played in, 
(4) creative personnel, who may input data relevant to 
the artistic design of a particular product, (5) copy 
editors, who provide relevant text phases for use with a 
particular set of products, or (6) layout artists, who 
35 combine the artistic design and copy to form a final 

product for display to consumers. While it is envisoned 
that a variety of users within a product design 
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organization could interact with the metasystem, it is 
also possible that a single person, the interaface 
designer, could take responsibility for implementing all 
aspects of the design flow. 
5 The customer service system produced by the 

metasystem according to the invention can be described 
from any point in the production process, but for ease of 
description will be described from the point a new 
product is conceived to the point a field unit embodying 

10 a customer service system is placed into operation. At 
the first stage of the invention, a new product line is 
conceived. For purposes of illustration, and without 
limiting the -generality of the invention, the example of 
a system used to produce and market, through a consumer 

15 interface, a line of posters celebrating "European Unity 
Day" is used. During this stage, the Globals Maintenance 
Module is used to modify the Globals Elements (20) 
comprising the Category Elements (201) and the Marketing 
and Production Elements (202) to include information 

20 about the new product line that may be shared with other 
modules (see Figure 2) . The Globals Maintenance Module 
(10) could be used in this example, through an associated 
dialog box to specify what countries will be available to 
the interface designer. The administrator of the 

25 metasystem might want to restrict, in this instance, the 
interface designer to interfaces only for all the 
European Union countries. The information supplied is 
stored in a Countries database associated with the 
invention under the table Countries in the manner shown 

30 in Table VI (Each Table included in this application has 
5 columns; Column 1 indicates whether a variable is used 
by another table - - PK is a public key which indicates 
global access, FK is a foreign key, such variables are 
accessed by other defined data structures, and no symbol 

35 means the variable is local; Column 2 is the name of the 
variable; Column 3 is the variable type; Column 4 is the 
variable size; and Column 5 is a description of the 
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variable if necessary) . The administrator can also 
choose to add the main languages spoken in the European 
Union countries to a Languages Database through a similar 
dialog box. Those language names are stored under the 
table Languages in the manner shown in Table IX. The 
administrator could also specify the type of keyboard 
layout associated with each language through the same 
dialog box. 

To a ProductData Table (see Table XVIII) , the 
administrator may add through a dialog box the product 
Posters and parameters defining what a poster product is. 
As can be seen in this table, a number of data items are 
associated with the product through dialog boxes, either 
globally or with respect to a particular instance of the 
metasystem' s operation, such as the instructions for 
laying out the product, the countries in which the 
product is "visible," i.e., where it will be permitted 
to be marketed through the custom interface developed by 
the interface designer, the languages that the product 
will be visible in, etc. The name of the product is 
stored as well in the Products Table as set forth 
structurally on Table XIX. 

The administrator can similarly add "European Unity 
Day" to the Occasions Table in the structure shown in 
Table XV and can add poster stock to the "PaperTypes" 
data base, the structure of which is set forth in Table 
XVI. Although in the preferred embodiment it is 
envisioned that data entry occurs through dialog boxes 
that are preprogrammed using similar coding techniques 
described more fully below as a part of the description 
of the Consumer Interface Designer/Kiosk Module (17) , it 
would be well appreciated by one of ordinary skill in the 
art that any manner of placing data in a database can be 
used to establish the global parameters available to an 
interface designer. 

In addition to each of these modifications, other 
items in the metasystem data base may similarly be 
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established globally. These include the types of 
printers available through the Printer Table (see Table 
XVII) , licenses to characters appearing on products and 
designs through a Licenses Table (see Table IX) , markets 
5 to which particular products are to be marketed through a 
Markets Table (see Table XIV) . Other items which may be 
established or modified through the Globals Maintenance 
Module include the line list for list of products to be 
marketed (Table XI), text lists for use in displays and 

10 in all other areas in which the metasystem uses lists of 
several items (Table XII) and the names associated with 
such lists (see Table XIII) . 

After the Category Elements and the Marketing and 
Production Elements have been modified, at the second 

15 stage of the invention a new product template is created 
through the Template Maintenance Module (11) . Through 
this module, a product designer cam specify the paper 
size, the paper type, the printer selection, the paper 
orientation, a record of the dividing lines or folds 

20 associated with the particular product type for which a 
template is to be developed, as well as whether the 
product is to be printed in color or black and white. To 
continue with the example of a poster product, the paper 
size might be set as "poster size", the paper type 

25 might be set as "poster stock", the printer selection 

might be set as a plotter (such as a Hewlett-Packard HP 
7550 plotter) , the paper orientation might be set as 
"landscape", the color/black and white selector might be 
set to "color" and the record of dividing lines or folds 

30 might be set to "None". Thus, a new product template for 
a poster product line such as a "European Unity Day" 
poster product line is created through the Template 
Maintenance Module (11) and added to the Template 
Elements Database (203) . The structure of the data 
35 records for the Product Template data is shown on Table 
XXIV. 
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It should be appreciated, however, that a product 
design may require more than one template- If, for 
example, both single sided and double sided posters are 
to be included in a product line, then one template may 

5 include a value indicating duplex printing, while another 
may include a value indicating one sided printing. It 
should be appreciated that templates that are added to 
the Template Elements database are independent of the 
product that required their creation. In other words and 

10 by way of example, once one template is created for a 
European Unity Day Poster, such a template may be 
globally referenced by the metasystem for use with 
another poster product for ct different market such as an 
NFL Team poster or a World Cup Soccer Poster. 

15 Once a product template or multiple templates are 

developed for a particular product line, at the next 
stage of the invention the Text Translations Module (12) 
is used to prepare translations for various text elements 
contained in the Lists dataset that are used by the 

20 customer service system either in the displays that are 

presented to the consumer as part of the custom interface 
design, or in the creation of the product that is to be 
marketed to the consumer. As with the templates prepared 
through the Template Maintenance Module, the need to 

25 prepare the translations may have been prompted by the 
introduction of a new product or product line, but they 
stand independent of such products and, once specified, 
may be used globally by the metasystem to accommodate 
other products or in the development of the display 

30 portion of other customer service systems. In the 

preferred embodiment, for each language specified in the 
Languages Table, a table of Translation Elements is 
developed through the Text Translations Module. The 
storage of text translations on an element basis can be 

35 seen in reference to the CopyLangx Table whose data 

structure is disclosed in Table IV. For example, if the 
metasystem supports english and Spanish translations, 
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then the system might store an english language element 
for the word "hello" and a corresponding Spanish element 
for the word "hola". These elements are referenced such 
that when the language in which the customer service 
5 system is operating changes, the corresponding language 
element is automatically retrieved by the system, thus 
giving the impression of on- the- fly translation from one 
language to another. 

After the text translations have been entered into 

10 the Translations dataset, the Product Planner Module (13) 
may be invoked. Through this module, all the properties 
of a product as well as codes associated with the product 
are assigned in the Product Database (see Figures 3-4) . 
In the first part of the use of the module, the 

15 appropriate marketing personnel may specify a number of 
aspects of the product such as its product number, its 
description, the occasions for which the product is 
appropriate, the countries in which the product will 
appear and the languages the product copy is written in, 

20 any licenses under which the product is produced, other 
products that may be associated with the product and the 
template associated with the product. Also, the 
marketing personnel might specify the printer to be used 
for the production of the product as well as the date the 

25 product was first entered into the system. In the second 
part of this stage, the appropriate creative personnel 
may determine what copy and designs are to be associated 
with the product, which, as described below, are supplied 
as the Design Number and Version contained in the Design 

30 Library (24) and the Copy Number and Version from the 
Copy Library (23) . Thus, through the Project Planner 
Module, a product record is created to designate the 
basic characteristics of a product. This record, once 
complete, is then passed to the Product Layout Module 

35 (16) . As can be seen in Table XVIII, the ProductData 

database structure brings together a number of parameters 
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and data to describ the products that can be offered by 
the customer service system. 

If, in the prior stage, neither copy nor a design is 
available to be assigned, then in the next stages the 
5 copy and the design to be associated with a particular 
product will be stored and organized by the respective 
Copy Library Maintenance and Design Library Maintenance 
Modules. Through each of the respective Library 
Maintenance Modules a unique Copy Number and a unique 
10 Design Number is obtained to complete the basic record in 
the prior stage. Copy identification is stored in the 
Copy Table whose structure can be found at Table III and 
a similar table for Designs can be found at Table VH 
(see also, Figure 5) . 
15 it should be noted at this juncture that the Copy 

Library Maintenance Module (23) also permits the editing 
of the copy to be included on the product. Copy editors 
may use this module to divide the copy into logical 
parts, which constitute elements of the copy. This 
20 division permits storage of the copy with its associated 
customization, if any, and with the customer prompt that 
initiates the customization sequence with the customer 
through the Consumer Interface Designer /Kiosk Module (17) 
as is described in greater detail below. Text 
25 translations and text personalization elements 

("CopyCustomization") are also developed through the Copy 
Library Maintenance Module. These items are stored in 
the metasystem database in the structures set forth in 
Tables IV and V. As can be seen from each table, the 
30 text elements (copylangx) and the personalizations are 
associated using a compound key with the appropriate 
element in the Copy database. 

The Design Library Maintenance Module (24) also 
permits a limited form of editing in that it allows a 
35 design to be comprised of several different art files. 

Thus, each design record associated with a Design Number 
and a unique Design Version may include one or more 
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Design Elements, where each Design Element record 
includes, among other items, the file name of the Design 
Element, its file path and a brief description of the 
Design Element (see Figure 6) . The "DesignElements 0 are 
stored as shown in Table VIII. An alternative 
embodiment of the invention would permit the use of the 
Design Library Maintenance Module in conjunction with 
commercially available design creation software to create 
directly the art files, rather than simply to store and 
manage them. 

Once copy and design elements have been associated 
by the Product Planner Module, in the next stage the 
Product Layout Module (16) is used to create a final 
product file for viewing and production. From the 
Product Database (21) , the copy and designs specified for 
a particular product become available for display in a 
WYSIWYG ("What you see is what you get") format. Through 
the use of this module, a layout artist may take each of 
the copy and design elements and prescribe the size and 
position of each element, and with respect to the copy 
elements, may also specify the font, color, justification 
and rotation of the copy, as well as setting parameters 
specifying the limits to which a consumer may customize 
the copy. It is during this stage that the final product 
design may be assigned to an appropriate printing device 
for viewing in printed form. The layout artist may 
optionally have pertinent product statistics printed on 
the print test version of the product. 

At this point, the product specification, design, 
development, testing and production in electronic form of 
a new product are complete and are stored within the 
metasystem. In the next stage of the invention, profiles 
of the customer service systems (field units) or "kiosks" 
through which the product is to be marketed are developed 
through a Profile Maintenance Module (18) . This module 
permits the specification in a Kiosk Profile (25) 
database of the characteristics of the kiosk or kiosks 
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through which a customer will be able to obtain a 
particular product (see Figure 7) . Among the items 
specified in the Kiosk Profile database (25) are the 
countries, languages, products, markets and categories 
that the kiosk is set up to support, as well as default 
language and country. The "Profiles" data structure can 
be understood by reference to Table XX. Additionally, the 
Profile Maintenance Module (18) may be used to specify 
the marketing frames in the consumer interface that will 
run prior to the initiation of a product selection menu 
sequence, and the category of products that are to be 
excluded from display by the kiosk. When the field units 
are "running" the custom interface script designed by the 
interface designer, data from the Kiosk profile is used 
to make certain elements of the interface design active 
or inactive to the consumer. Thus through the use of the 
profile, a single generalized interface script can be 
designed by the interface designer which then adapts to 
become a custom script at the field- unit level (see 
Figure 8) . 

Once the Kiosk Profiles are complete, a Consumer 
Interface is then designed or modified by the interface 
designer to accommodate a new product or products. For 
purposes of illustration only, and not intending to limit 
the general application of the invention, at this stage 
the Consumer Interface Design/Kiosk Module (17) is used 
by the interface designer to design and maintain a touch 
screen-based kiosk Consumer Interface for the marketing 
of the products previously specified and developed 
through the other modules. In general, the module is 
designed to permit one Consumer Interface design to serve 
all markets, languages, demographics, times and 
geographic regions. This module is specifically designed 
to permit "on- the- fly" translation and reconfiguration of 
customer touch screen options, keyboard layout, product 
selection preferences, blocks of copy used in the product 
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designs, as well as other elements associated with each 
interface design. 

To serve as a dynamic, flexible marketing tool, the 
module permits variations in what is displayed to the 
5 consumer through a series of "frames", each frame 

including a number of "smart" controls visual and 
nonvisual elements that are individually programmed to 
appear or disappear or to be active or inactive at a 
certain time or in a certain sequence and with which may 

10 be associated functions to be performed when the control 
is actuated. Figures 13-22, which are described more 
fully below, illustrate in greater detail, by way of a 
- flow chart, how an interface designer would interact with 
the Consumer Interface Designer/Kiosk Module to create 

15 such a dynamic customer interface. 

Types of "smart" controls that may be placed on a 
touch screen frame include pictures (such as static 
graphic files, animation or videos), smart buttons, 
corrals (which define the spaces in which certain smart 

20 buttons or lists of text may appear), keyboards and text. 
Other controls which may be associated with a particular 
frame or frames or other controls include vending, sound 
and timing controls and product display controls. Each 
control is "smart" in that the function it performs or 

25 the manner or sequence in which the function is performed 
may be made dependent upon the kiosk profile associated 
with a particular kiosk where the interface is employed, 
and may further be made dependant upon other parameters 
such as the current time of year in which the kiosk is 

30 operating, a customer selection of an alternate language 
in which the kiosk can operate, or upon accumulated 
statistics of customer preferences for a particular 
product or service. In this manner, for example, the 
same interface may be used in the United States to 
35 display products associated with the Fourth of July, and 
yet alter itself based upon a different Kiosk Profile to 
enable French consumers to obtain products relating to 
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Bastille Day or to display Cinco de Mayo products to 
Mexican consumers. 

This ability to "mutate" is a key feature of the 
Consumer Interfaces capable of being designed by the 
5 Consumer Interface Designer/Kiosk Module. As will be 

described more fully below, the various controls can be 
programmed through the module to appear or become active 
when they are needed and to disappear or remain dormant 
when they are not. Thus, by way of example, a button for 

10 the display of Thanksgiving products may be programmed to 
appear if a kiosk profile specifies a market that 
includes Canadian and American consumers but to remain 
~ invisible dn markets in which Thanksgiving is not a 
holiday that is celebrated. Extending this example 

15 further, the profile of a kiosk in Quebec may specify the 
display of Thanksgiving products in both French and 
English up through the October celebration of Canadian 
Thanksgiving, in accordance with which a smart button 
will know to appear at a specified time before the 

20 celebration, but to disappear immediately after the 

holiday. A similar kiosk in Buffalo, New York might have 
a profile that specifies a relevant market for both 
American and Canadian Thanksgiving products for both 
French and English-speaking recipients. Thus, for such a 

25 kiosk, a smart button would appear prior to the Canadian 
Thanksgiving that permits the consumer to select Canadian 
Thanksgiving products, and a few weeks later another 
smart button would appear to permit the selection of 
American Thanksgiving products. After the Canadian 

30 Thanksgiving has passed, the first smart button would 

disappear, but the second smart button would remain until 
the American Thanksgiving Day after which it would 
similarly disappear. 

As previously indicated, sound and animation 

35 elements may be associated with a particular frame or 
control in order to attract consumers or to make the 
product selection process more interesting. Thus, by way 
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of example, a Fourth of July smart button, when 
depressed, may initiate the sounds of fireworks 
accompanied by a series of animated explosions. 

After a customer interface has been designed to 
5 accommodate a product line or a new market, the customer 
interface may be tested in either the design mode (in 
which all controls, including sound and timer controls, 
are displayed, regardless of the controls' programmed 
visibility parameters) or the test mode (in which only 

10 controls that are meant to be visible are displayed) . 

Operation in the test mode emulates how the interface 
will appear to a consumer when interacting with the Kiosk 
" version of the Consumer Interface Designer/Kiosk module 
which resides in the field units. 

15 After a customer interface is tested, it is then 

installed in the field units along with the Kiosk version 
of the Consumer Interface Designer /Kiosk module as well 
as elements of some of the other modules to provide an 
on-site vending capability. This resultant on-site 

20 customer service system is essentially defined by the 
kiosk profile in combination with the database of 
products that may be retrieved through the kiosk- specif ic 
customer interface, wherein the interface has an ability 
to dynamically change the programmed elements in response 

25 to (1) the kiosk profile data, (2) changes in the 

marketing conditions that the kiosk operates in, or (3) 
changes in the products or services to be offered in 
response to consumer interaction with the interface. 
The operation of the Consumer Interface 

30 Designer/Kiosk module can be best understood by reference 
to Figures 13-22, which describe in flow chart form the 
method by which an interface designer or "author 11 
develops, tests and executes the customer interface 
design. This same flow chart also teaches how the Kiosk 

35 version of the module plays the interface script to a 
customer interacting with the customer service system. 
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Figure 13 details the initialization and setup of 
the system executing the Consumer Interface 
Designer/Kiosk module. In steps 140-142, a kiosk profile 
(141) is loaded from memory store 141 to be used when the 

5 system is operating in test or consumer modes. Other 

global data parameters such as indicated in store 143 are 
also loaded in this initialization phase. The module 
then determines whether vending is enabled (145) , and if 
so initializes the vending equipment that is included in 

10 the customer service system. If the module is operating 
in design or test mode on a test and development station, 
no vending equipment will be attached to the workstation, 
*■ -so step 144 is skipped. At step 146 the current date and- 
time are loaded into the module. At this stage in the 

15 program flow a key decision is made which bifurcates the 
operation of the module between interface design and 
consumer operation. At step 147 the module determines 
whether the system is in consumer mode. The consumer 
mode is active when the module is being operated in a 

20 field unit or kiosk. If the system is in consumer mode 
then control is directed to step 151 which sets up the 
consumer template by loading data from store kiosk .dsk 
(149) which contains start-up and configuration data such 
as what frame is to be loaded first for display to the 

25 consumer. Following this configuration step, the first 
frame to be displayed is loaded at step 153, as defined 
by the data obtained from store 149. Following the 
loading of the first frame, the module loops between 
steps 154 and 160 while loading all of the additional 

30 frames that were designed as part of the interface script 
to be played by the customer. When all the designed 
frames are loaded from the frame archive (160) control is 
passed to step 150 which sets up the desktop display that 
is used by the consumer to interact with the customer 

35 service system, and also is used by the interface 

designer to design custom interfaces, as described below. 
If in step 147 the module determines that the system is 
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not in consumer mode, the design template data is loaded 
into the module from store 148, and control is passed to 
step 150 for desktop setup. In design or test mode the 
various tools, titles, menus and borders which surround a 
5 frame are displayed to the interface designer, in 

distinction with consumer mode where such frame controls 
are not visible. 

Figure 14 describes the desktop setup that is 
engaged during both interface design and customer 

10 interaction. This figure details the main control loop 
of the Consumer Interface Designer /Kiosk module. 
Starting at node 5A, the module loads any frames which 
may be present in the frame archive 160. Note that in 
consumer mode this loop has already been carried out in 

15 step 154, so control will immediately pass to step 155. 

In design and test mode step 155 permits the loading of a 
frame archive or interface script that is being developed 
by the interface designer. 

If the system is in consumer mode, the outcome of 

20 steps 155, 156 and 159 will be negative, resulting in the 
system being in a loop where steps 163, 164 and 165 
process whether a customer has touched or clicked a 
control, whether a timer control has been activated, or 
whether there is a sound to be played. As described in 

25 more detail below, if a control has been touched or 

clicked, a process is engaged which operates based on the 
control activated as set forth in figures 20-22. When a 
timer is activated as determined by step 164, a timer 
message is broadcast by the module, and if at step 165 

30 the system determines a sound is to be played, control is 
passed to a process which plays the appropriate sound 
(167) . Within this main loop the consumer essentially 
plays the interface script. By touching or clicking on 
the various controls described in figures 20-22, the 

35 customer can select, customize and purchase a particular 
product offered by the customer service system by 
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navigating through the frames which form the interface 
script . 

If the system is not in consumer mode, it must be in 
either design or test mode. In design mode an interface 
5 designer is actually designing the various frames which 
will make up the interface script played when the 
customer service system is in consumer mode. 

In test mode the script is executed just as in 
consumer mode, but additional controls and visible items 

10 are displayed to the interface designer. If the system 
is in test mode, then at step 156 control is passed to 
step 159, where the interface script configuration can be 
saved to store 149. When in test mode, the script itself 
can be played, and it will appear as it would to a 

15 consumer, with all the visibility and activation 

parameters associated with each control element being 
enabled. 

If the system is in design mode, the module must 
process additional menu and toolbar selections made by 

20 the interface designer. These selections provide the 

capability and funtionality that the interface designer 
needs to design, edit, program and configure the various 
frames that will form the interface script. Steps 157 
and 158 determine whether a designer has made a menu or 

25 toolbar selection, after which control is passed to step 
170 (Figures 16-19) , which provides processing for the 
selected menu or toolbar command.- After processing the 
selected command, control is returned to the main 
processing loop at node 5A. 

30 Figure 15 provides detail on how the Consumer 

Interface Desginer/Kiosk module loads a frame archive 
into memory for editing by the interface desginer or 
playing by the customer. The archive includes each frame 
that is part of the interface script, along with the 

35 child controls that are placed within each frame, each 

frame being stored as a persistent object, as provided by 
the MFC classes. For each frame loaded as part of the 
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archive the process steps set forth at 171-186 are 
executed. In step 171 the first control element for a 
given frame is loaded- The module then loops between 
steps 172-174 while loading and intializing all remaining 
5 controls and sub- controls (or child controls) associated 
with each parent control. An example of a control with 
sub- controls is a keyboard control, which is comprised of 
a number of key controls which form the keyboard. After 
all the controls are loaded for a given frame, the module 

10 loops between steps 176 and 183, while determining, based 
on steps 176-179, whether a control is to be displayed or 
not by testing the control's programmed visibility 
parameters. Once all controls are loaded into memory, 
the module finally checks whether the frame contains a 

15 timer control at step 184, and thereafter returns to the 
archive load module to load the remaining frames of the 
interface script. 

Figures 16-19 set forth the looping structure that 
the module traverses through in step 170 of Figure 14, 

20 which is responsive to events where the interface 

designer makes a menu or toolbar command selection. Each 
decision box merely tests the command selection and 
directs program control to the appropriate process based 
on the selection. For example, if the interface designer 

25 decides to open a frame on which to place design and 

control elements, the decision flow stops at step 1710, 
and program control is transferred to a process at 1711 
which prompts the designer for the name of the frame to 
open, and loads the frame according to the process 

30 detailed in Figure 15. Program control is then returned 
to the main loop in order to process additional commands. 
Without describing each command in detail, it is apparent 
from Figures 16-19 what types of commands and tools are 
available to the interface designer as he authors the 

35 interface script. 

Figures 20-22 describe the various process actions 
that a customer or an interface designer can invoke while 
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the interface script is running. These actions are 
invoked by selecting certain controls which have been 
placed by the interface desginer within the various 
frames that form the script. Starting with step 1810, 
all the way through 2880, this part of the module merely 
determines what type of action is to be taken and directs 
processing to the appropriate method for carrying out 
that process. For example, in 1810, the module 
determines whether a control has a sound associated with 
it, and if clicked engages the appropriate sound file. 
Most of the processes that can be attached to a control 
are self -explained by referring to the flow chart itself, 
for example, moving to a particular frame (1850-1870), 
executing a program (1880) , displaying a particular 
product (2810-2820), selecting a customization field 
(2830-2840), selecting a product category (2850), or 
printing a product (2860) . Two processes that require 
some further explanation are the Change Country process 
(1830) and the Change Language process (1840). If a 
button control is clicked or selected which changes the 
country in which the customer interface is operating, the 
new country profile data is stored, and a country change 
operation is broadcast to all controls. Those "smart" 
controls which are responsive to changes in the country 
of operation will then automatically take action based on 
the broadcast message. Similarly if a button control is 
selected which changes the language in which the customer 
interface is operating, the new language profile data is 
stored, a new translation set is loaded from the 
translations database store (2040) , and a message is 
broadcast to all controls indicating a language change 
has occurred. Those "smart" controls which are 
responsive to changes in the language of operation will 
then automatically perform a text translation of 
associated text elements based on the message. This 
completes the description of the Customer Interface 
Designer/Kiosk module flowchart of Figures 13-22. 
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During the operation of the customer interface, the 
Consumer Interface Designer/Kiosk module collects 
marketing and point-of-sale ("POS 0 ) POS data (26) for use 
in ensuring that credit or charge card purchases are 
5 collected and for analysis of marketing trends developed 
through interactions with the Consumer Interface. Among 
the market data collected and stored in the POS database 
are identifiers of the products sold and an indication of 
the menu paths through which the consumers found the 
10 products purchased. The structure of the market data as 
stored, the °AccumlatedSales, " can be found on Table I. 

By way of completeness, the hardware used to run the 
metasystem is now described. In the preferred embodiment 
the software runs on several platforms including (1) a 
15 test and development system, (2) an Art Work station, and 
(3) a field unit or kiosk. The test and development 
system, which is used for administrative setup, product 
specification input, and customer interface design, 
includes a 486/33 mhz CPU, 32 MB of RAM, a sound card 
20 (such as an 8-bit Aztech V.2) , a video card (such as an 

ATI Ultra Pro Mach 32) , a CD-ROM drive (with double or 
triple speed capability) and standard data entry items 
(such as a mouse, a keyboard and a touch screen) . For 
the Art Work Stations, which are used to layout and 
25 design the new products, the equipment in the preferred 
embodiment is the same as the test and development 
system, except in order to process efficiently the many 
graphic application demands on the system, the CPU is 
preferably a 486/66 mhz or faster CPU. As to the field 
0 (Kiosk) units, each unit preferably includes each of the 

items associated with the test and development systems; 
however, only 16 MB is required for the preferred 
embodiment of the field unit parts of the invention. In 
addition, each test and development system, Art Work 
5 Station and field unit will have associated with it 

printers or plotters (such as the HP DeskJet 1200C, the 
HP 7500B Plotter or the HP DesignJet 650C) . 
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The heart of the invention is the system by which 
customer interfaces can be developed or "authored" by the 
interface designer, as described above particularly 
through the description of the Consumer Interface 
5 Designer/Kiosk module flow charts (Figures 13-22) . This 
component of the overall invention can also be described 
in reference to the component objects or "controls" (as 
such objects are preferable termed by the inventors of 
the metasystem) that are made available to an interface 
10 designer, or author, from which to create a dynamic 

interface that is responsive to changes in the state of 
the environment in which the interface is "played." 
** Such changes in state, in the preferred embodiment, may 
be induced by the passage of time, or by the point in 
15 time in which the interface is being played, or by a 

change in the marketing conditions in which the interface 
is operating, or by consumer interactions with the 
created interface. It should be easily understood by one 
of ordinary skill in the art that the controls may also 
20 be structured to be sensitive to (and thus responsive 

to) system errors or unavailability of data (or product) , 
or from the detection by hardware components of the 
presence of a customer (such as through a voice 
recognition interface or a motion sensor) . In the 
25 vending environment, the ability of an interface to 
mutate in recognition of the unavailability of a 
particular product (such as through a depleted on-site 
inventory) is an important feature. 

In the preferred embodiment, each control is an 
30 instantiation of a specialized window object created in a 
Microsoft® Windows'" environment through the use of an 
object-oriented programming language such as VisualC++ or 
VisualBasic. Bach control serves as a building block of 
the interface that the author/ interface designer using 
35 the system is trying to create. The type of controls 
that, are available to the author, each with their own 
specific uses, abilities and characteristics include: 
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frames, buttons, text areas, graphics areas, timers, 
vending enablers, sound players, keyboards, keyboard 
keys, product display areas, list corrals, customization 
edit corrals and customization text input areas. 
Associated with each such control is a corresponding 
object class. Those classes developed as part of this 
invention are indicated on Figures 9-12 as "Russ Tech 
Classes" and those utilized from the Microsoft Foundation 
Classes are similarly indicated as MFC Library classes. 

In its simplest embodiment, the Authoring System 
provides a set of tools for associating one or more 
controls with a particular type of parent control, called 
a frame, for each screen that an author using the system 
wishes to include in a dynamic interface script. To 
understand the concept of such an interface script, 
consider by way of analogy an unusual orchestra that 
plays pieces of a symphony in an order and a manner that 
is responsive to audience reaction. The orchestra might, 
for example, play the overture last on the program as a 
result of the time of the year or the audience reaction 
to the prior segment performed and play the 2nd movement 
as the third movement for similar reasons. 
Alternatively, the orchestra might play the first 
movement without a horn section, again as a result of 
audience response (or lack thereof) , or because of the 
date or time at which the movement is to be played, or 
because the horn section is unavailable or because the 
concert hall environment does not permit the playing of 
horns. Similarly, an interface script associated with an 
interface created using the metasystem establishes 
pathways and the manner by which the interface will play 
at any given point in time and in light of any given 
history of consumer interaction with the interface. 

Much like the orchestra and its written music for 
the various orchestra sections and movements, the 
interface n perf ormance n cannot be described a priori 
through a true script, but can only be described in terms 

27 



WO 96/06403 



PCT/US95/10518 



of the controls that are available to enable an 
interface performance that is dependent upon the 
environment in which it is played and upon audience (i.e. 
consumer) response. At the level of describing the 
5 system that comprises the invention, it is impossible to 
describe how an interface will function specifically 
because so much of the interface functionality is 
dependent upon the design of the interface author using 
the system and upon the customer interaction with the 
10 interface once it is designed and implemented. In one 
sense, once an interface is made available to a consumer, 
the consumer plays an Important role in directing or 
programming the interface through the consumer's ^response 
to the information presented through the interface. 
15 In light of the foregoing, it can be appreciated by 

one of ordinary skill in the art that the system can only 
be described through an understanding of the role certain 
controls play in the metasystem. Critical to this 
understanding is first understanding the role of a frame 
20 in the system comprising the invention. 

Unlike the other control types, the frame is 
relatively limited in its abilities, but it occupies the 
top place in the hierarchy of controls. Essentially, 
when an author instantiates a frame, he creates a canvas 
25 upon which the author can place other controls that 
provide the ability to change the state of the 
environment in which the interface is designed to run and 
the pathing of the interface as it plays. These other 
controls are, by their placement on the frame, considered 
30 children of the frame, and the frame is considered the 
parent object with respect to the other controls. Each 
frame is defined by a frame class (CVKFrame) (46730) that 
is similar to, but not derived from the Microsoft 
Foundation Class (MFC) CFrame. Each class discussed 
35 herein can be found on the Authoring System (metasystem) 
Class hierarchy set forth on Figures 9-12 . For a 
description of the MFC hierarchy and the class library, 
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the reader is referred to "Microsoft Foundation Class 
Library" by Steven Holzer, published by Brady Publishing, 
copyright 1993. Using the following logical description 
of the class hierarchy, the detailed flow chart and 
5 description of the Consumer Interface Designer/Kiosk 
module set forth above, and the other diagrams and 
description of the metasystem contained herein, a 
programmer of ordinary skill in the art of object 
oriented design and implementation would be able to code 
10 the metasystem of the present invention for use in 

designing custom interfaces for customer service systems. 

When an instantiation of a frame is saved, it is 
Saved as an archive along with its -associated children 
controls- At the beginning of an interface script, a 
15 previously-designated starting frame is retrieved from 
the archive and each of its associated controls becomes 
"live," i-e-, each control can, depending upon its 
nature, (i) affect what the interface displays (or in the 
case of sounds, plays) or which frame the interface will 
20 play next, or (ii) accept and process input through a 
touch-screen, a mouse, a keyboard or other input device, 
including a vending device. The frame itself, however, 
is incapable of performing any of these functions without 
having placed upon it (and thus associated with it) one 
25 of the other control types. Subsequently other frames 

can be displayed with their associated control elements. 
Just exactly which frames are selected for display 
depends on the interaction with the customer. 

Chief among the other controls, and arguably the 
30 most versatile, is the button control. A button is an 

instantiation of the button control class defined in the 
preferred embodiment by an object class definition, 
CVKButton (4691) . CVKButton, has similarities to, but 
enables greater functional capabilities than, the MFC 
35 button class, CButton. As seen in Figure 9, CVKButton is 
derived from another class developed by the inventors, 
which in turn is derived from MFC CWnd. As would be 
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appreciated by one of ordinary skill in the art of object 
oriented programming, particularly programming using 
MFC's, each class that is represented on Figures 9-12 
inherits from the class above it, all of the 
5 characteristics of that class as defined in the Microsoft 
Foundation Classes. Thus, the class that governs the 
control CVKButton is also a CWnd class (461) , and 
inherits all that defines that class. 

The key distinction between CVKButton and its parent 
10 class is the added "intelligence" that the class provides 
buttons. Indeed, it is the smart button features of the 
CVKButton class that enable the system to mutate in 
response to the passage of time or the state of the 
system as a result of consumer inputs to the interface or 
15 through a system profile associated with the environment 
in which the interface is designed to operate. As 
discussed previously, the profile predefines certain 
initial environmental operating conditions, such as the 
default language of the interface (U.S. -English, Spanish, 
20 Latin American Spanish, German, Italian, UK-English, 

etc.), the default country of operation, the languages, 
countries, markets and products the interface supports, 
the initial date of the operation (month, day and year) 
of the interface, the serial number of the location where 
25 the interface will be installed, the address of the 

location, an indication of whether the system accepts 
cash vending and whether the system accepts credit card 
vending, a pointer to the directory in which environment - 
specific marketing frames are stored, and a list of those 
30 categories of products that, although otherwise available 
through the interface, are to be excluded from 
presentation by the interface (see Figure 7) . In the 
preferred embodiment, a button can alter a number of 
these parameters as will be seen below. It will be 
35 appreciated by one of ordinary skill in the art that a 
button class could be defined that would enable each of 
the profile aspects to be altered. It should also be 
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appreciated that an interface could be developed without 
having a profile at all. 

In the preferred embodiment, an instantiation of a 
button occurs when a button tool is clicked upon in the 
5 Consumer Interface Designer module and a button window is 
drawn upon a frame. Through a dialog box, the button 
can be "programmed" to perform several tasks and to have 
certain characteristics. The tasks and characteristics 
of a button may include: 

10 1. The ability to process that it has been touched 

(on a touch screen) or clicked (using a mouse) , and in 
response to being clicked or touched, to take certain 
actions, including: *~ 
a. Transferring control to specific frame; 

15 b. Executing a program by calling the program; 

c. Changing the operational language of the 
interface; 

d. Changing the country of operation; or 

e. Playing a sound file or a video clip by 

20 transferring control to an object comprising a particular 
file associated with a particular sound driver (such as a 
.wav or MIDI file) or video driver (such as QuickTime for 
Windows, and MPEG player etc.). 

2. Determining whether it is to be active 

25 (visible) tinder the operating conditions existing at the 

time the frame with which it is associated is invoked by 
examining its visibility parameters and D and-ing" the 
parameters with the system states determined from the 
profile and as a result of the prior interface action. 

30 If it determines that it is to be visible, it further 

looks at the length of time that has been set previously 
through a dialog box and when invoked displays only for 
that period of time. 

3. Displaying itself in accordance with its 

35 specific properties, including what text, pictures and 
colors are to be displayed when the button is in an 
upstate and when the button is in a down state and 
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whether it is a push button, a check box or a radio 
button. 

With respect to changing the language, the button 
when clicked or touched sends out a message to the system 
5 that when calling the database, the pointer to relevant 
language- sensitive data items has been moved from one 
column of each data table having such data to a second 
column reflecting the new language* Effectively, the 
button serves as a means for switching a pointer from one 
10 database table column that is language -dependent to 

another. By way of example, if a button is set to switch 
the interface language from English to Spanish, then the 
new database table columns pointers for Spanish will be 
broadcast to the system and the system, when retrieving 
15 text for the interface will correspondingly look in the 
proper column for the language text. Programmatically, 
this is accomplished through having each button sense 
whether it is to change the language when touched or 
clicked and then broadcasting a message to the system to 
20 indicate the pointers that have changed, if any. 

Certain other aspects of the Consumer Interface 
Designer Module which forms the heart of the metasytem 
and the controls which can be instantiated as part of 
this module can be understood by further reference to the 
25 class hierarchy of Figures 9-12. The object oriented 

classes specifically designed for use with the invention 
will be defined and discussed below. The MFC classes are 
publicly available and will therefore not be defined 
herein. Using these class definitions, the class 
30 hierarchy diagrams, and the rest of the disclosure, 

figures, flow charts, and descriptions contained herein, 
a programmer of ordinary skill in the art of object 
oriented programming could code the metasystem. 

The first class developed as part of the Consumer 
35 Interface Designer Module is CSQLException (311) , set 

forth on Figure 9. This class is a specialized version 
of the MFC class CExeption for handling exceptions as a 
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result of using a Structured Query Language (SQL) 
database access program. In the preferred embodiment, 
any ODBC- compliant database management system (such as 
Microsoft SQL Server, Sybase, D82 , Oracle or Watcom SQL) 
5 can be used for database access. Such a database could 
include data related to global elements, copy, designs, 
products, or system profiles. 

Another class, CMemHugeFile (321) enables the 
metasystem to save very large files as archive or Binary 
10 Large Objects (BLOBS) exceeding a 64K BLOB barrier that 
is inherent in the MFC CMemFile. Both CMemfile and 
CMemHugeFile are derived from the MFC CFile (320) class. 

To enable the display of plotted text on a monitor 
so that it appears like the output of the text on a 
15 plotter, the class CopyDC(3310) is used to provide a 
specialized device context based upon the MFC CWindow 
DC(331) and CDC (330) classes. To permit palette data to 
be standardized under the Rasterized Interchangeable File 
Format (RIFF) in the invention, the class CRIFFPalette 
20 (3410) has been derived from MFC CPalette (341). Two 

subclasses, CCorelPalette (3411) and CRGB256Pallette 
(3412), of the CRIFFPalette (3410) class enable the 
loading of Corel Palette and RGB palettes, respectively 
into a RIFF Palette. 
25 In the course of developing the preferred 

embodiment, it became necessary to develop several 
general classes that are derived broadly from the CObject 
(300) class and which affect modules other than the 
Consumer Interface Designer module . These classes, 301- 
30 309, provide primarily miscellaneous housekeeping tools 

to enable the overall system to perform more efficiently. 
Thus, CPath (301) permits changes in the current working 
directory and its subclass, CCACPath (302) establishes a 
common directory path for use by the metasystem. 
35 CDesktop (303) saves and restores the state of the 
Authoring System at any particular point in its 
operation. This class is particularly useful in starting 
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the field unit versi n of the metasystem. 
CRetailProductClient (304) organizes various sales data 
for printing a sales report relating to kiosk operation. 
Classes CDesignElement (305) and CCopyElement (306) enable 
5 print and display of design elements, text fonts and 

rotations of text in accordance with layout instructions 
for a particular product. CWinBxec (307) enables the 
monitoring and execution of programs outside the 
metasystem, such as maintenance and sales report 

10 generating programs. CAnimationFrame (308) enables the 
metasystem to perform animation as a part of a control 
included in an interface design. This class will enable 
an author to specify the pictures used, the length of 
playing time and the visibility of the control associated 

15 with the animation. Associated with this class is the 
CAnimation (309) class, which essentially serves as a 
container and manager of CAnimationFrames. 

A number of collections or containers also needed to 
be developed to implement the preferred embodiment. This 

20 included CDBByteArray (351) and CDBDWordArray (351) , 

which contain byte arrays and double word arrays if they 
are in databases. CDatabaseContainer (370) serves as the 
database manager. Classes 371-375 on Figure 9 provide 
containers for array of product criteria, Windows 

25 messages, printers and frames. A further collection is 
CCensorData (381) which performs the functions of 
managing words that are excluded from text customizations 
and precluding a customer from using censored words in 
text customizations. In the preferred embodiment, a 

30 given product available for display or purchase may have 
certain text fields associated with the product that are 
n customizable " . This "customization" is determined early 
in the product planning and production cycle by the 
product planner or other creative personnel. The concept 

35 behind a text customization is that a product is 

presented to a customer, with certain text fields that 
can be "filled in" using customer specific data. The 
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customer registers these specific data using an input 
device to create a "custom" product for purchase. 

Lastly on Figure 9 are a number of classes relating 
to document architecture. CVKapp (3911) is the class 
5 that implements the Consumer Interface Designer/Kiosk 
Module in both its design mode and its consumer/test 
modes. CSQLDocument (3921) is a null class for 
associating together documents, views and frames. The 
concepts of "documents", "views" and "frames" are well 

10 known to one or ordinary skill in the art of object 

oriented programming, and the reader is referred again to 
"Microsoft Foundation Class Library" by Steven Holzer, 
published by Brady Publishing, copyright 1993 for further 
information. CVKFrameDoc (3922) is a persistent object 

15 class that contains all the "smart" controls associated 

with a frame as children, stores each frame as a separate 
file and enables the controls to be retrieved with their 
corresponding frames. CProduct (3923) is a BLOB archive 
class that holds all data associated with a particular 

20 product. CProductDocTemplate (3931) overrides certain 
features of Windows (such as borders and title bars) to 
enable frames to appear as a collection of objects on the 
screen and not as a window. This enables the interface 
to have the look and feel of prior art DOS -based touch - 

25 screen interfaces without losing certain critical 

features and functions that the Windows environment 
provides. Essentially the visible container or boundary 
that surrounds a window and provides descriptive and 
sizing controls is removed using this class method. 

30 Referring now to Figure 10 , to bring about 

efficiencies in the operation of the SQL database 
management system, the CSQLDataBase class (411) , a 
CDataBase class (410) that has been particularized to the 
invention, was created by removing some features of its 

35 parent class and overriding other features. Two 

subclasses, CSQLServer (4110) and CWatcomServer (4111), 
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are further particularized to use more efficiently 
Microsoft SQLServer and Watcom SQL, respectively. 

The SQLSet (420) class and the classes derived from 
it (421, 422, 4220-4222, 4224-2229, 4231-4235, 42221- 
5 42229, 42231 and 42232) together enable the functioning 
of the SQL database subsystems in the preferred 
embodiment. The functions these classes enable include 
the supplying of unique record numbers, the time- stamping 
of creators and modifiers of data, and the defining of 
10 column names in database tables. 

The multimedia classes (430-434, 440) enable the use 
of certain multimedia functions in a more efficient 
. manner. The CAAPlayer class* enables the system to handle 
AA animation files in FLC/FLI formats. The CSound class 
15 and its subclasses, CCDAudio, CCDTrack, CWAVAudio and 

CSEQAudio enable the handling and playing of sound 
information from a variety of sound sources. 

The control classes are controls that either MFC did 
not provide at the time of the creation of the preferred 
20 embodiment or were not as efficient as those provided by 
the inventors. CPopUpMessage (4501) displays text at the 
start of a routine that goes away after a period of time. 
CSpiderLeg and CSpider (4502 and 4503) are sizing and 
aligning tools for placing controls on frames, and CTimer 
25 (4504) is a simple timer function not directly provided 

by the MFC Library. 

Turning now to Figure 11, the Dialog Boxes Classes 
derived from the MFC CDialog (4610) are those classes 
that generate dialog boxes for allowing interactions with 
30 the interface designer, other users of the metasystem 
involved in the product development process, or in 
interactions directly with consumers. Of particular 
interest is CCACFile Dialog (4611) , which restricts the 
selection of files to the pathway directed by CCACPath 
35 (302) . The remaining subclasses (4612-4634) provide 

specific dialog box control for inputing data relating to 
text, passwords, visibility of controls, profile 
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information, frame information, vending data, product 
data, edit information, keyboard layout, individual key 
information, as well as dialog box control for setting 
other attributes of various controls to be placed within 
5 a frame, such as buttons and timers. 

The Control Classes (4640, 4650, 4660 and the 
subclasses under each) implement specialized list box 
functions, combo box functions and edit functions. Of 
particular interest are the CDragDrop class (4641) , which 

10 extends the MFC drag and drop function from files (as 
supported in Windows 3.1) to generic datatypes and the 
CAnimationListBox (46419), which allows the selection of 

£ animation as part of the interface design. .The list box 

functions set forth in the subclasses (4641 - 46419) 

15 under the MFC class CListBox (4640) provide a list box 
function for such data items as available products, 
occasions, product styles, paper types, printer types, 
countries, licensed products, and languages. Also 
included are list boxes for available copy, designs, 

20 products, translations and design elements. Similar 

specialized functionality is set forth in the combo box 
subclasses (4651 - 465130) for implementing a combo box 
function. 

A frame is the basic window that elements, including 
25 text, controls, etc., are placed on by the interface 

designer. MFC class CFrameWnd (4670) is the parent class 
from which frame subclasses specific to the present * 
invention derive their functionality. Under CFrameWnd 
are the two main classes for defining a parent frame, 
30 CMDIFrameWnd (4671) which is a frame at the highest level 
in a frame heirarchy, and CMDIChildWnd (4673) which 
defines the attributes of a child frame or sub- frame 
which exists within the parent frame. The 
CMDlProductFrame (46710) is a parent frame used to 
35 display a particular product to the interface designer to 
be incorporated into the interface script, whereas the 
CMDIRetailProductFrame (46711) which is a subclass of the 
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CMDIProductFrame is used to display the same product 
frame when the Consumer Interface Designer Module is 
being played by a customer. Certain aspects of the frame 
which are visible to the interface designer through 
5 CMDIProductFrame are not visible to the customer 

operating the field-unit. The CVKMainPrame (46721) and 
CVKConsumerMainFrame (46722) are the primary frame 
classes upon which the various controls and elements are 
placed by the interface designer, and interacted with by 
10 the consumer. The difference between the two is that 
certain aspects of the CVKMainFrame , such as title bar, 
border outline and sizing control, which are visible to 
the interface- designer, are not visible to the customer . 
who interacts with frames instantiated using the 
15 CVKConsumerMainFrame class. Subclasses 46730 - 46741 are 
used to instantiate child objects which are essentially 
sub- frames that are placed by the interface designer 
within the main frame, and inherit functionality from the 
CMDIChildWnd (4673) MFC class. The CVKFrame (46730) is 
20 the general child frame class upon which the various 
controls and elements are placed by the interface 
designer. Under CVKFrame are three sub -classes, 
CVKTestFrame (46731), CVKDesignFrame (46732) and 
CVKConsumerFrame (46733). The test frame class defines a 
25 frame being displayed in the test mode, whereas the 
design frame class defines the attributes of a frame 
being used in design mode, and finally the consumer frame 
class defines the attributes and functionality of a frame 
being played to a customer in consumer or retail mode. 
30 The differences between the attributes associated with a 
design frame and a consumer or test frame are similar to 
those associated with the CVKMainPrame and 
CVKConsumerMainFrame. In design mode the various 
elements, buttons, text, etc., are placed into the frame 
35 by the interface designer, during which time all 

visibility or activation parameters associated with a 
given control are inactive. In the test mode, the 



38 



WO 96/06403 



PCTAJS95/10518 



visibility controls which determine whether a given 
element is active or inactive are operative, such that 
certain elements may not be visible depending on their 
control settings. In this mode, like in design mode, the 
5 title bar, window border, scroll bars and sizing tool 
will be visible* The consumer frame class defines all 
visibility attributes to be active, like the test mode, 
but the window title bar, border, etc. are not visible. 
There is also a difference in display resolution between 
10 CVKConsumerFrame, which uses an 800x600 pixel display and 
CVKTestFrame and CVKDesignFrame which display in 1024x768 
resolution. CProductFrame (46740) and 

CProductFrameRetail (46741) are chiid frame classes which 4 
enable multiple product frames to be displayed within a 

15 CVKMainFrame instantiated object. 

A view is the area within a frame that data, 
product, text, elements and controls are placed within. 
In MFC parlance this combination of elements placed 
within a view is known as a document. The frame includes 

20 at least one view, but also provides the sizing, title, 
scrolling and other window controls which exist outside 
of the view. The specialized view classes (46810-46821) 
which form a part of the preferred embodiment provide the 
basic functionality to integrate the view into a frame as 

25 described in the preceding paragraph. For example, the 
CProductView (46820) is used with the CProductFrame 
(46740) , and the CVKDesignView is used with the 
CVKDesignFrame, and so on. 

The core classes of the preferred embodiment are 

30 defined by the control sub- classes set forth under 

CVKControl (4690). These classes define each of the 
"smart" controls discussed above that can be place within 
a frame by the interface designer. Each of the controls 
is "smart" because the attributes which define the 

35 various control classes permit information flow to the 
controls upon which decisions are made related to 
visibility and activation. Information such as time of 
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year, marketing conditions, languages selected, etc., can 
flow to the "smart" control classes so that the controls 
can become active or inactive depending on this 
information. 

5 The CVKButton class (4691) has all of the general 

attributes of a regular windows button, with the added 
functionality described above which makes the controls 
"smart". While most controls use the standard CVKButton, 
several specialized buttons have been devised as part of 
10 the preferred embodiment, including CVKListButton (46911) 
which is programmed with attributes that enable lists of 
information to be properly displayed in a list corral, 
r . CVKFixitButton (46912), which is a specialized button 

which contains methods for placing a customizable message 
15 in a product, CVKVend (46913) , which if activated, 
controls the vending processing by, for example, 
prompting the customer for monetary or credit card input 
prior to dispensing the customized product, and CVKKey 
(46914) , which is a button class programmed with 
20 information on the scan code for a given key, such that 

when the button is displayed, no matter what language the 
customer service system is operating in, the button will 
display the correct letter by comparing its programmed 
scan code with a stored look up table which translates 
25 scan codes into language characters. 

The CVKTimer class (4692) is a temporal control 
button which can be set to do something in a specified 
period of time. It can be set to play a sound, or 
display a picture, direct program control to a different 
30 frame, etc., at the expiration of some time period. This 
is a basic control that the interface designer can use to 
control the timing of the interface script which is being 
played by the consumer. 

CVKPic (4694) is the picture control that operates 
35 with graphics or animation files which provides the 
interface designer with the functionality to place, 
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process and display graphical objects and full -motion 
animation as part of the interface script. 

Another control heirarchy is based on the CVKCorral 
class (4694) . The CVKCorral class is not used to 
5 instantiate objects, but rather is an abstract class from 
which the subclasses CVKCorral List (46940) and 
CVKCustomList (46941) inherit functionality* 
CVKCorralList is used to take a specified list of buttons 
or controls and place them within the space specified by 

10 the interface designer, automatically setting the spacing 
and size of the controls in the associated list. The 
Corral is a control which is comprised of a series of 
^ sub- controls, ~ 

The CVKCard (4695) control class is used to 

15 instantiate an object which sets forth the display of the 
product, this classes attributes include control of the 
sizing of the product, as well as any text to be 
displayed along with the product. CVKSound (4696) is a 
control class with attributes that allow the playing of 

20 sound files, such as a "wave" or "midi" files. CVKText 
(4697) is a control class which allows intantiation of 
text objects which are just variable text fields which 
can contain any type of text. The CVKText control class, 
like all other "smart" control classes, includes 

25 attributes which allow instantiated objects of the class 
to become dynamically active or inactive depending on the 
setting of *the visibility controls by the interface 
designer. The CVKKeybd class defines the keyboard unit 
into which individual keys are placed, and operates in 

30 similar fashion to the CVKCorralList (46940) function in 
that it is a control that is comprised of a set of sub- 
controls. In the case of the CVKKeybd class, it is 
comprised of CVKKey (46914) control objects. The final 
control class is the CVKEdit (4699) class, which has 

35 attributes which control the customization of text by a 
customer, the CVKEdit class being able to determine 
whether too much or too little text has been input by 
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using stored data entered previously as part of the 
Product Layout Module. 

Turning lastly to Figure 12, there are set forth six 
additional groupings of classes which have been custom 
5 coded in support of the present invention, Product 

Support (520-590) , RT Classes (610-770) , Visual Kiosk 
Profiles (780-830), Graphic Support (840-870), Line List 
Support (880-890), and Vending Support (910-970) . Also 
included on Figure 12 is the CDBTimeStamp class (511), 
10 which is derived from the MFC CTime class. This class 

contains the functionality which allows a formatted time 
and date stamp to be entered along with product or global 
data input into the various databases and also includes 
attributes which allow the identity of the person making 
15 the entries or changes to be stored in the database. 

The Product Support grouping 520-590 contains 
classes which support the presentation and customization 
of the products to be offered by the customer service 
system authored using the metasystem. Starting with 
20 CTextTran (520), this class provides the functionality 

which enables proper text translation among a variety of 
languages by obtaining the proper record stored in the 
Copy Library files. CCensorShip (530) is the class that 
a listbox would call to check whether certain data items 
25 should be excluded from the list based on a programmed 
censorship level. The preferred embodiment of the 
present invention envisions a number of censorship levels 
(or Tier Levels) , similar to a motion picture rating 
scheme, where a product could be classified as 6- rated 
30 all the way through X- rated where appropriate. 

CCustomizer (540) is the class that processes a 
customizable text element by knowing when and where to 
prompt the customer for custom text input into the 
customizable element. The CKeyboard class (550) is the 
35 key and keyboard controller which knows how to keep a 
physical keyboard, if one exists, and a displayed 
keyboard on a touch screen in sync with one another. It 
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essentially mimics a physical keyboard input when the 
user of the metasystem is actually providing inputs 
through a touch screen display of a keyboard. 
CTokenParser (560) is a string handler class which 
5 handles tokens which could, for example, exist within a 

customizable text element, the tokens being inserted by a 
product designer to indicate where the custom text is to 
be inserted by the consumer. The CTokenParser class 
operates to parse out or identify the location of such 

10 tokens for further processing. CProductTemplate (570) is 
the class which retrieves the current template for a 
given product, and CProductComponent (580) is the class 
which ties the design and copy of a particular product 
together to form an integrated unit. The final Product 

15 Support group class is the CMutator class (590) , which is 
used during the display of copy and adds the proper 
control characters to the copy such that the copy is 
displayed in the proper size, color, and format. 

The classes identified as part of the RT Classes 

20 grouping are specialized classes which perform functions 
required by the preferred embodiment, but which are not 
part of any general category or definition. These are 
miscellaneous classes which were designed to meet various 
functional requirements of the metasystem. The 

25 CCursorExcursion (610) class provides a memory of cursor 
type and position such that after an excursion or 
movement is made which alters the cursor type or 
location, the class can automatically return the cursor 
to its previous state. CBxceptionHandler (620) handles 

30 exceptions which may occur within any process. 

CFieldExchange (630) handles the data exchange between a 
specific database format, such as a numeric or date 
format, and a C++ or C format such as a string or 
integer. The CFileDlg class (640) requires that a design 

35 or copy element that is being placed into a frame is only 
retrievable from a specific directory location of the 
system's permanent storage. The CInteruptHandler (650) 
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is a process class which traps any General Protection 
Fault errors which may occur when the Customer Interface 
Designer/Kiosk module is operating in the retail mode, 
and may take some action, such as rebooting the system. 
5 CKioskLog (660) is a class which stores certain event 
notifications that a service person who is maintaining 
the customer service system can use to audit what events 
have occurred to a particular unit, such as if the 
date/time of the unit was changed, or how many times the 

10 unit was "booted" every day. CMath (670) provides for 
additional floating point processing which is used for 
certain graphics operations performed by the preferred 
embodiment. GMFCTrace (680) is a class which enhances 
debugging of the software modules of the present 

15 invention, and is only utilized in testing the software 
modules during and after coding. The CMouseCursor class 
(690) provides functionality which handles processing of 
which cursor type is displayed when the mouse is at a 
given position. The COwnerDrawEntry class (710) provides 

20 enhanced functionality to the standard listbox controls 
which permit the addition of specialized graphics or 
other elements into the listbox. CFrameManagerEntry 
(720) is a class which manages the entry of frames and 
siob- frames by the interface designer into an interface 

25 script. CVKDefaults (730) is a class which stores all 
the initial program defaults for the metasystem. 
CVKTrace (740) is a class which allows the interface 
designer to specify a specific frame as a starting point 
as part of a test or design process for a particular 

30 interface script. CSpiderWeb (750) is a class which 
handles the resizing box on a given window that is 
capable of being resized. The CPrinterManager (760) is a 
class which handles what printer is being utilized to 
print a customized product and handles the configuration 

35 setup for a particular printer type. The final class in 
the generalized RT Classes group is the CPaletteExcursion 
class (770) which remembers a specific palette type and 
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location and returns control to that particular palette 
after an excursion is made by the interface designer. 

Another class grouping on Figure 12 which adds 
additional functionality to the preferred embodiment is 
5 the Visual Kiosk Profiles group (780-830) . Together 
these classes provide the activation profile, or 
visibility parameter settings, for a particular control. 
Each control is partially defined by its profile which 
contains each of these classes. This enables the "smart" 

10 control to know its visibility, sound attributes, 
behavior, and activation criteria. 

The Graphic Support grouping (840-870) consists of 
classes which support certain -graphical operations. CDib 
(840) is a class which supports device independent 

15 bitmaps. CDrag (850) provides drag and drop support. 
CGraphics (860) is a generic graphics handler. The 
CDCExcursion class (870) is another excursion handler 
similar to those described above which handles excursions 
from a particular device context. 

20 The CLineList class (880) provides a list which 

starts with a hierarchy by product and further provides a 
list of the selected products in a categorized format, 
each list entry being composed of an object instantiated 
from the ClineListEntry class (890) , which defines the 

25 individual product entries. 

The final grouping on Figure 12 is the Vending 
Support group. This group provides general functionality 
to support the use of vending equipment with the customer 
service system that is playing the interface developed 

30 with the metasystem. CComm (910) provides communications 
support to the vending device. CVendingEquipment (920) 
provides the functionality to determine what type of 
vending equipment, such as coin deposit, bill reader, or 
credit -card reader, is installed with the customer 

35 service system. The CCreditCardValidator (930) is the 
class which validates a credit card using specific 
algorithms obtained from the various credit card 
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companies whose cards are supported by the customer 
service system. CCreditCardParamter (940) is a class 
which allows input of data which defines the format of a 
particular credit card that is to be validated using 
5 CCreditCardValidator (930) . CCashValues (950) handles 
the type of currency entered into the vending equipment 
and converts a currency type signal into its proper cash 
value depending upon the country that the customer 
service system is operating in. Finally, the CVend class 
10 (980) is the method which handles the vending button 

calls and handles the communication with the vending 
equipment. This completes the discussion of the 
^metasystem class hierarchy. 

Utilizing the foregoing detailed description of the 
15 class hierarchy, in conjunction with the diagrams, flow 
charts, tables, and description of the preferred 
embodiment set forth herein, a programmer of ordinary 
skill in the art of object oriented programming would be 
able to develop the "Authoring 0 system that is the 
20 present invention. 

Although the present invention has been described 
and illustrated in detail above and through the Figures, 
it is intended that the spirit and scope of the invention 
be interpreted as including the foregoing by way of 
25 illustration, and that the same be limited only by the 

appended claims as interpreted in light of the foregoing 
and all other equivalents. 
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WHAT IS CLAIMED: 

1. A customer service system interface development tool 
for use by an interface designer in creating an interface 
5 for customer interaction, wherein such interface is to be 
incorporated into a customer service system for 
presenting products or services to a customer for the 
customer to make a product or service selection if the 
customer so desires from the products or services 
10 presented as a result of the customer's interaction with 
the interface, such interface development tool 
comprising: 

a global elements maintainer for enabling the 
interface designer to specify and maintain global 
15 elements associated with the products or services to be 
presented to the customer and for storing the global 
elements specified and maintained by the global elements 
maintainer in a global elements storage area; 

a profile maintainer for developing a profile of the 
20 customer service system environment in which the 

interface is to operate and for storing the profile so 
developed in a profile storage area, wherein such profile 
maintainer under the direction of the interface designer 
interacts with the global elements storage area to select 
25 a set of profile elements from the global elements and 
further wherein the profile includes the set of profile 
elements so selected; 

a presentation planner for associating a set of 
presentation data with the products or services available 
30 for presentation to the customer and for storing the set 
of presentation data in a presentation data storage area, 
wherein the set of presentation data includes a subset of 
data that are selected from the global elements; and 

an interface developer for developing the interface, 
35 the interface comprising a set of one or more 

presentation frames operating in accordance with the 
profile associated with the customer service system 
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environment within which the interface is designed to 
operate and in conjunction with one or more controls 
associated with the set of one or more presentation 
frames, such that when the interface is implemented on 
5 the customer service system, activation of one or more of 
the controls or a particular presentation frame will 
result in an event, wherein such event may include the 
activation of another control or presentation frame or 
display to the customer of presentation data, and wherein 
10 at least one control may be activated as a result of 
action by the customer. 

2. A process for creating an interface for customer 
interaction, wherein such interface is to be incorporated 
15 into a customer service system for presenting products or 
services to a customer for the customer to make a product 
or service selection if the customer so desires from the 
products or services presented as a result of the 
customer's interaction with the interface, such process 
20 comprising the steps of: 

specifying and maintaining global elements 
associated with the products or services to be presented 
to the customer; 

storing the global elements in a global elements 
25 storage area; 

developing a profile of the customer service system 
environment in which the interface is to operate; 

storing the profile so developed in a profile 
storage area; 

30 associating a set of presentation data with the 

products or services available for presentation to the 
customer; 

storing the set of presentation data in a 
presentation data storage area; and 
35 developing an interface comprising a set of one or 

more presentation frames operating in accordance with the 
profile such that when the interface is implemented on 
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the customer service system, activation of one or more of 
the controls or a particular presentation frame will 
result in an event, wherein such event may include the 
activation of another control or presentation frame or 
5 display to the customer of presentation data, and wherein 
at least one control may be activated as a result of 
action by the customer. 

10 3. The customer service system interface development 
tool according to claim 1, wherein the customer service 
system is a point-of-sale or point -of -preview kiosk. 

• ■». 

4. The customer service system interface development 
15 tool according to claim 1, wherein the customer service 

system is an in-home interactive system. 

5. The customer service system interface development 
tool according to claim 1, wherein the presentation 

20 planner further comprises a production planner for 

enabling production of customer products in accordance 
with results from a customer's interaction with the 
interface and at a location proximate to the customer 
service system within which the interface is to be 

25 incorporated. 

6. The customer service system interface development 
tool according to claim 5, wherein the customer products 
include greeting cards. 

30 

7. The customer service system interface development 
tool according to claim 6, wherein the customer products 
include posters. 

35 8. The customer service system interface development 

tool according to claim 7, wherein the customer products 
include social occasion announcements. 
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9. The customer service system interface development 
tool according to claim 1, wherein the customer service 
environment includes a touch screen upon which the 
interface is displayed and through which a customer 

5 indicates product or service preferences. 

10. The customer service system interface development 
tool according to claim 9, wherein at least one control 
is a button located on the touch screen that when 

10 depressed by a customer will dynamically change the 
interface from one language to another. 

•11.- The customer service system interface development 
tool according to claim 10, wherein at least one control 
15 is a button located on the touch screen that when 
depressed by a customer results in a change in a 
presentation of the products or services. 

12. The customer service system interface development 
20 tool according to claim 11, wherein the change in the 
presentation reflects an interaction of information 
conveyed by the customer through the touch screen with 
the profile. 

25 13. The customer service system interface development 
tool according to claim 11, wherein the change in the 
presentation of products or services is determined by 
accumulated statistics collected by the customer service 
system of consumer preferences for certain types of 

30 products or services registered through the button 
control . 

14. The customer service system interface development 
tool according to claim l f wherein at least one control 
35 to be interacted with by a customer becomes visible or 
invisible for customer selection based on the time of 
year in which the customer service system is operating. 
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15. An int rface produced by the process according to 
claim 2, wherein the products or services comprises 
products and services relating to the greeting card 
industry. 

5 

16. An interface produced by the process according to 
claim 2, wherein the interface is designed to be 
incorporated as part of a customer service kiosk. 

!0 17. A customer service system for permitting a customer 
to select a product or service for preview or purchase, 
the customer service system comprising: 

a memory for storing product data and system profile 

data; 

!5 a processor for configuring the customer service 

system in accordance with the profile data stored in the 
memory; 

a display for displaying a customer interface, the 
customer interface including display elements, said 

20 elements comprising frames and controls within each 
frame, both of which are operatively made active or 
inactive depending on the system profile data, said 
customer interface further including a display of 
products or services available for preview or purchase by 

25 the customer; 

an input device for allowing a customer to register 
responses, where appropriate, to controls displayed 
within the customer interface, said responses including a 
selection of a particular product for purchase; and 

30 said customer service system including an ability to 

dynamically change at least a portion of the displayed 
elements, or products and services, based upon changed 
marketing conditions or certain customer responses 
registered through the input device. 
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18. A customer service system for permitting a customer 
to select a product or service for preview or purchase, 
the customer service system comprising: 

a memory for storing product data and system profile 

5 data; 

a processor for configuring the customer service 
system in accordance with the profile data stored in the 
memory; 

a display for displaying a customer interface, the 
10 customer interface including frames and controls within 
each frame, both of which are operatively made active or 
inactive depending on the system profile data; said 
customer interface including a display of products or 
services available for preview or purchase by the 
15 customer; 

an input device for allowing a customer to register 
responses, where appropriate, to controls displayed 
within the customer interface; and 

mutation mea n s for dynamically changing at least a 
20 portion of the displayed frames or controls, or products 
and services, based upon changed marketing conditions or 
certain customer responses registered through the input 
device. 
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19. In a customer service system designed to allow a 
customer to select a product or service for preview or 
purchase, said customer service system including a memory 

5 for storing product data and system profile data, a 

processor for configuring the system according to the 
profile data, a display, and an input device for 
registering customer responses, the customer service 
system further comprising: 

10 a customer interface to be presented to the customer 

via the display, said interface comprising frames, said 
frames including text elements and control elements, 
wherein the frames, text elements and control elements 
become active or inactive in response to the system 

15 profile data; 

said customer interface including a display of 
products or services available for preview or purchase by 
the customer; and 

said customer interface further including a means 
20 for dynamically changing the display of frames, text 
elements, control elements, and products and services 
available for preview or purchase, based upon changed 
marketing conditions or certain customer responses 
registered through the input device. 

25 

20. The customer service system according to claim 17, 
futher comprising: 

a printer for printing the product that is selected 
by the customer for purchase. 

30 

21. The customer service system according to claim 17, 
wherein the changed marketing condition which causes a 
dynamic change in at least a portion of the displayed 
elements is the time of year in which the customer 

35 service system is operating. 
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22. The customer service system according to claim 17, 
wherein the changed marketing condition which causes a 
dynamic change in at least a portion of the displayed 
elements is the language in which the customer service 

5 system is to display the interface. 

23. The customer service system according to claim 17, 
wherein the customer responses registered through the 
input device which cause a dynamic change in at least a 

10 portion of the displayed elements, or products and 

services, include accumulated statistics recorded by the 
customer service system on which products and services 
"have been most frequently selected by other consumers. 
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